1 

ERROR CORRECTION ON M-BIT ENCODED LINKS 



Field Of The Invention 

[0001] This invention relates in general to error-correction and more particularly 
5 to a simple and fast error correction scheme that can be used in conjunction with 
M-bit encoding in products v^here interconnectioi\s of high speed elements are 
required. 

Background Of The Invention 

10 [0002] In search of a low overhead and efficient line encoding, the IEEE task force 
has recently introduced a 64b/66b encoding scheme for 10 Gigabit Ethernet, 
which, with only 3.125% overhead, provides an acceptable level of transmission 
density and rim length. The new scheme has been modified and accepted into 
the IEEE 802.3 Standard of 10 Gigabit Ethernet (IEEE802.3ae). 

15 

[0003] Providing an acceptable level of transmission density at a low overhead 
cost, the 64b /66b encoding is a strong candidate for high speed inter-shelf, chip- 
to-chip, and backplane interconnections. However, interconnection of high speed 
elements via the backplane or extended wires (cable, optical fiber) requires close 
20 attention to error handling, especially at bit rates of multiple Gbps. 

[0004] Unlike its predecessor (8b/10b encoding), the 64b/66b encoding is not a 
mapping of 64b data words to predefined 66-bit code words. In fact, 64b/66b 
encoding uses scrambling. Each 64-bit data word is scrambled using a self- 

25 synchronous scrambler, which has a poljmomial of the form: x^+x^+1. Then, a 
two bit preamble is added to the scrambled code word. If the codeword contains 
data characters only, the two-bit preamble is "01." If the codeword contains data 
characters as well as control characters, the preamble bits are "10" (Figure 2). 
Preambles "00" and "11" are considered code errors and cause the packet to be 

30 invalidated. 
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[0005] Attributable to the presence of preamble bits ("01" or "10"), the run length 
is deterministically (i.e., guaranteed to be) less than 64, which is well below the 
SONET/SDH requirement of run length of 72. 

5 

[0006] One of the problems associated with the 64b /66b encoding scheme is that 
there is no provisioning of error corrections on 64b /66b encoded lines. It can be 
shown that even a single-bit error correction can significantly enhance the link 
quality. It has also been shown that the use of CRC16 over 8 bytes of the SDL 
10 (single data link) header is imique enough to correct single-bit errors. 
Furthermore, there has been no proposal of using CRC16 when the errors might 
be duplicated, for instance, in the presence of a self-synchronous scrambler. 

[0007] The new 64b/66b encoding is based on a self-synchronous scrambler; 
15 therefore, it duplicates the errors occurring on the transmission line. The 
following paragraphs will make clear how a self-synchronous scrambler 
duplicates errors. 

[0008] The polynomial of the self-synchronous scrambler is of the form x^%x^%l. 
20 Figure 3 shows a serial implementation of the scrambler. (This scrambler can also 
be implemented in parallel such that in one clock cycle all 64 bits are scrambled.) 

[0009] In a self-synchronous scrambler, the receiver scrambler will be in sync 
with the transmitter scrambler after, at most, 58 bits of data has passed through 

25 the scrambler. This scrambler is extremely hard to attack since the initial state of 
the scrambler is unknown to a malicious user. A self-synchronous scrambler has 
four advantages: simplicity, very fast synchronization, robustness against false 
synchronization, and robustness against emulation attacks. The disadvantage is 
that it duplicates the error. Every transmission error will result, after 

30 descrambling, in two additional errors — ^namely, 39 and 58 bit periods after the 
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original error. This is because the x^+x^'+l descrambler consists of a 58-bit shift 
register whose input is fed by the received data. 

[0010] Upon reception, the original error proceeds through the "scrambled data 
5 input" of the XOR gate and, at the same time, is fed into the shift register (Figure 
3). That error will propagate through the shift register and 39 bit periods later 
will show up at the input to the XOR gate. The corresponding received data bit at 
the "data" input of the XOR gate will be summed modulo-2 with the error to 
produce a second error — the first additional error. The same thing happens when 

10 the original error propagates through the shift register and shows up 58 bit 
periods later at the input to the XOR gate; this produces a third error or the 
second additional error. The error multiplication is now complete. There are no 
further errors generated by that original transmission error because the output of 
the XOR gate is not fed back to the descrambler. Only the scrambler has 

15 feedback. 

[0011] Although 64b/66b encoding is an efficient line encoding scheme, 
associated with it are drawbacks and problems that can not be ignored: 

20 (a) Transmission at high bit rates (multiple Gbps) over copper or fiber links 
requires close attention to error handling. The 64b/66b encoding does not 
provision for single- or multiple-bit error correction. 

(b) Furthermore, the self-synchronous scrambler deployed in 64b /66b encoding 
25 duplicates errors. By duplicating errors and — as mentioned in (a) — ^not 
provisioning for them, the problem is intensified. Consequently, a simple error 
correction scheme is not sufficient in 64b /66b encoders. 
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(c) Also, it is not verified that the strength of CRC16 does not grow weaker over 
longer blocks, and that it would still be competent enough to correct all patterns 
of single-bit errors over these longer blocks. 

5 [0012] Figure 4 shows the probability of packet loss for various BERs (bit error 
rates) with and without error correction. The packet length is assumed as 1500 
bytes — that is, Ethernet max packet size. As shown in this figure, with BER of 10* 
(a typical bit error rate mentioned in standards and data sheets), the probability 
of packet loss without error correction is 1.2e-8. With single-bit error correction, 

10 this probability drops to 7.2e-17. If this level of packet loss were to be achieved 
without doing single-bit error correction, a bit error rate of le-20 would have 
been required. This represents a significant improvement in link quality (from 
BER of W to 10"''). 

15 [0013] A CRC16 can detect and correct all single-bit errors. Also, it can detect 
double-bit errors, all errors with an odd number of bits, all burst error of length 
16 or less, 99.997% of 17-bit error burst, and 99.998% of 18-bit and longer bursts. 

[0014] Accordingly, a more reliable error correction scheme that corrects all 
20 patterns of single-bit errors while provisioning multiple-bit errors is desirable. 

Summary Of The Invention 

[0015] To improve on the limitations of the prior art described above, the present 
invention accordingly provides provision for error correction on M-bit encoded 
25 lines. 

[0016] An advantage of the present invention is that it provides a single-bit error 
correction over 64b/66b encoded links; it has been shown that a single-bit error 
correction can significantly enhance the quality of the link. 

30 
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[0017] A further advantage of the invention is that it presents way to take into 
account the error multiplication effect of self-synchronous scramblers, which are 
deployed in the IEEE 802.3 10Gb Ethernet. 

5 [0018] Still, an additional advantage of the invention is that it is 64-bit aligned; 
this makes it compatible with the structure of lOGbE defined in the IEEE 802.3. 

[0019] Moreover, an advantage of this invention is that it is general and 
applicable to other encoding schemes with self-synchronous scrambler 
10 regardless of the polynomial of the scrambler and the polynomial of the CRC16. 
The C code included below can be easily modified to generate a "sjmdrome 
table" for the new application provided that there exists a imique "syndrome 
table'' for such an application. 

15 [0020] Therefore, in accordance with a first aspect of the present invention there 
is provided a method of performing single bit error corrected M-bit words that 
have been scrambled using a self synchronizing scrambler, the method 
comprising the steps of: a) calculating an N-bit CRC every K words of a block of J 
words using a generator polynomial, where J is a non-zero integer multiple of K; 

20 b) forming an M-bit word from the calculated N-bit CRCs, where M is a non-zero 
integer multiple of N, and appending this word to the block of J words to form a 
block of J+1 words for transmission; c) calculating, responsive to receiving a 
block of J+1 words, another N-bit CRC every K words of the first J words of the 
received block of J+1 words and using, from the appended word, the N-bit CRC 

25 corresponding to the K words in each calculation; and d) correcting, responsive 
to one of the another N-bit CRCs having a non-zero value, an errored bit in the 
received block of J+1 words, the errored bit being indicated by an entry in a table 
indexed according to the non-zero value. 
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[0021] In accordance with a second aspect of the present invention there is 
provided an error control block receiver (ECB_Rx) for receiving and performing 
single bit error corrected M-bit words that have been scrambled using a self 
synchronizing scrambler comprising: synchronizing means to synchronize the 
5 error control block; a buffer to store the M-bit words in a tabular buffer; CRC 16 
computation means to calculate a syndrome; and a syndrome table, the 
calculated syndrome being compared with the syndrome table to detect a single 
bit error. 

10 [0022] In accordance with a further aspect of the present invention there is 
provided an error control block transmitter (ECB_Tx) for use in a single bit error 
corrected M-bit encoded words, the ECB_Tx comprising computation means to 
calculate CRC 16 of code words; a buffer to store the code words in a tabular 
buffer; and transmitting means to selectively transmit the code words. 

15 

[0023] Further advantages of the present invention will become apparent from 
the description of the preferred embodiment which follows. 

Brief Description Of The Drawing s 

20 [0024] The invention, its organization, construction and operation will be best 
understood by reference to the following detailed description taken into 
conjimction with the accompanying drawings, in which: 

[0025] Figure 1 is a functional block diagram of the Physical Coding Sublayer 
25 (PCS). 

[0026] Figure 2 illustrates the possible values of the preamble bits in a 64b/66b 
code word. 
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[0027] Figures 3a and 3b are representations of the self-synchronous scranibler 
and descrambler respectively. 

[0028] Figure 4 is a graph of the probability of packet loss with and without 
5 single bit error cormection. 

[0029] Figures 5a & 5b are functional block diagrams of transmit and receive 
error control blocks. 

10 [0030] Figure 6 shows the buffer format in the transmit and receive blocks of 
Figures 5a and 5b; and 

[0031] Figure 7 is a state diagram of the block synchronization in the receive 
module. 

15 

Detailed Description Of The Invention 

[0032] Throughout the following description, specific details are set forth in order 
to provide a more thorough understanding of the invention; the invention, 
however, may be practiced without these particulars. In other instances, well 

20 known elements have not been shown or described in detail to avoid 
imnecessarily obscuring the invention. It is to be imderstood that the following 
description is merely illustrative of the principles of the invention and that other 
arrangements may be devised by those skilled in the art. The general principles 
defined herein may be applied to other embodiments and applications without 

25 departing from the spirit and scope of the present invention. Thus, the present 
invention is to be accorded the widest scope consistent with the principles and 
features disclosed herein. 

[0033] As indicated previously the IEEE 802.3 has standardized 64b/66b 
30 encoding scheme in 10 Gigabit Ethernet, which provides an acceptable level of 
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transmission density and run length. The IEEE 802.3 lOG Ethernet standard, 
however, does not provision for error correction of 64b/ 66b encoded links. 

[0034] Figure 1 shows a functional block diagram of the PCS layer in the IEEE 
5 802.3 lOGBASE-R Ethernet PHY (Physical Layer Device) model. The PCS uses a 
transmission code, which is the 64b/66b, to improve the transmission 
characteristics of information to be transferred across the link and to support the 
transmission of control and data characters. The encodings defined by the 
transmission code ensure that sufficient transitions are present in the PHY bit 
10 stream to make clock recovery possible at the receiver. The encoding also 
preserves the likelihood of detecting any single- or multiple-bit errors that may 
occur during transmission and reception of information. In addition, the 
synchronization headers of the code enable the receiver to achieve block 
alignment on the incoming PHY bit stream. The 64b/66b transmission code 
15 specified for use in this standard has a high transition density and is a rxmlength- 
limited code. 

[0035] In the present invention, as shown in Figure 1, new blocks, called the Error 
Control Block Transmit and Receive hereinafter referred to as ECB_Tx & ECB_Rx 

20 22, 24, are added between the XGMH (10-Gigabit Media Independent Interface) 
and the PCS (Physical Coding Sublayer) in both directions— transmit and 
receive— 28 and 30. The ECB added in the transmit direction and the one added 
in the receive direction— the transmit ECB and the receive ECB, respectively 
(ECB_Tx and ECB_Rx)— have different configurations as they have different 

25 functions. 

[0036] At the transmission direction, the trar\smit ECB calculates CRC16 over 
every two codewords (as explained latter), and appends it to the data. At the 
receive direction, the receive ECB calculates the syndrome and uses a predefined 
30 table to correct single-bit errors, if any. Since error correction is performed at the 



receiver after the signal is descrambled, a single-bit error might be duplicated by 
the self-synchronous scrambler. The receive ECB module takes this fact into 
account when calculating the error syndrome. It performs single-bit error 
correction on 64b/66b encoded lines while taking into account the error 
5 duplication of the self-synchronous scrambler. 

[0037] Figures 5a and 5b show the functional block diagram of the transmit ECB 
and receive ECB blocks respectively. Having explained the structure of the 
invention, the process accompanying the use of such structure will now be 
10 described. The details of each module — the transmit ECB and the receive ECB — 
will be described separately. 

[0038] At the transmitter, the transmit ECB module 22 consists of a buffer 40 of 
nine codewords (each codeword is 64 bits — 8 bytes). This buffer, called the 

15 transmit buffer, is shown in Figure 6 and can be viewed as a 9X8 bytes matrix 
(nine rows with eight bytes — codewords — ^per row). The first eight rows of the 
transmit buffer are used to store eight codewords of data received from the 
XGMIL The last row of the transmit buffer, which also consists of eight bytes, is 
used to store four CRC16s each consisting of two bytes: CRC16-0, CRC16-1, 

20 CRC16-2, and CRC16-3. 

[0039] The transmit ECB module 22 calculates CRC16 (42) over every two 
consecutive rows — codewords — of the transmit buffer and correspondingly 
stores the results in the last row. In other words, the eight bytes of the last row 

25 are respectively calculated from the eight codewords, which are stored in the top 
eight rows; the eight "calculated" bytes are then paired into four groups; and 
each group is stored in the corresponding CRC16. By the time the eight 
codewords are received and their corresponding CRC16s are calculated, the 
buffer is ready to be transmitted. (Since the last row is also eight bytes, the buffer 

30 is codeword-aligned; there is no need for boundary adjustment.) 
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[0040] The CRC16 generator polynomial used by the ECB module at the 
transmitter is the ITU-T polynomial: x''+x'^+x'+l. The C code to generate CRC16 
is shown below. 

5 The C code to generate CRC16 at the transmitter based on the ITU-T recommended 
polynomial (x^^ + x*^ + x^ + 1). 



10 */ 

typedef unsigned char u8; 
typedef unsigned short ul6; 

ul6 crcl6_t8(ul6 crcval) 
15 { 

ul6 fl,f2,f3; 

fl = (crcval»8) | (crcval«8) ; 

f2 = (crcval»12) | (crcval&OxFOOO) | ( (crcval»7 ) ficOxOlEO ) ; 
20 f3 = {(crcval»3) & OxlFEO) {(crcval«4) & OxFOOO) ; 

return fl'^f2'^f3; 

} 



ul6 crcl6„payload(u8 *buffer, int buf_len) 
{ 

ul6 crc = 0; 

int i ; 

for {i = 0; i < buf_len; 

crc = crcl6_t8(crc (buffer [i]«8) ) ; 
return crc; 

} 

35 */ 

[0041] At the receiver, the receive ECB 24 module also consists of a 9X8 bytes 
buffer 46, called the receive buffer. The data received from the PCS are buffered 
in the receive buffer, and CRC16 (48) is calculated over every two consecutive 
40 rows — codewords — as well as the CRC corresponding to the two rows. If the 
resulting CRC is 0 (zero), no error has occurred, and the two codewords can be 
delivered to the XGMIL If CRC is not 0 (zero), it is an indication of one or more 
errors. The non-zero CRC is called the error syndrome. The "syndrome'' will be 
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compared against the "syndrome table/' 50 which is shown in Table 1, to 
determine whether the error is correctable or not. 
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Table-1: The error syndrome teble (SYND_TABLE) in ECB_RX module. 

25 

[0042] If the syndrome is found in the syndrome table, a single-bit error has 
occurred; this error can be corrected. The index of the syndrome in the table 
identifies which bit is in error. The syndrome table consists of 18 rows and 8 
columns. The 18 rows correspond to two codewords (16 bytes) plus their 
30 corresponding CRC16 (2 bytes). If the syndrome is found at row <i> and column 
<j> of the s5mdrome table, then it means that bit <j> of byte <i> is in error and 
can be corrected. 

[0043] Since error correction is performed after the signal is descrambled, a 
35 single-bit error might be duplicated by the self-synchronous scrambler. This fact 
was taken into accovint when the syndrome table was generated. If the S5mdrome 
is not foimd in the table, then more than one error has occurred; these errors can 
not be corrected. The C code to generate the syndrome table is shown below: 
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ttdefine NO_ERRORED_BIT OxFE 
#define MULT I_ERRORED_B ITS OxFF 

#define CELL_BYTES 18 /* nbr of bytes in a cell including 

2 bytes for CRC16. */ 

#define RAND_MAX OxFF 

void generate_error_table (u8 *bptab) 
{ 

ul6 crc; 
int i, j, k; 

u8 buffi [CELL_BYTES - 2] ; 

u8 buff 2 [CELL_BYTES] ; 

u8 original [CELL_BYTES] ; 

int dup_byte, dup_bit, trip_byte, trip_bit; 



// fill the buffer with random bytes, 
for (i=0; i < (CELL_BYTES - 2); i++) 
buffi [i] = (u8) randO; 

crc = crcl6_payload (buffi, CELL_BYTES-2) ; 

// attach CRC16 to the end of the buffer 

memcpy ((u8*)buff2, (u8*)buffl, (CELL_BYTES-2 ) ) ; 

buff2 [CELL_BYTES-2] = (u8) (crc » 8) & (OxOOFF); 

buf f2 [CELL_BYTES-1]= {u8) (crc & OxOOFF); 

/* keep a copy of the original data. */ 

memcpy ( (u8* ) original , (u8*)buff2, CELL_BYTES) ; 

/* make sure the CRC16 is correctly calculated and 

attached. */ 
/*the CRC of the new buffer must be 0.*/ 
crc = crcl6^ayload (buff2, CELL_BYTES) ; 
if (crc != 0) 

printf ("\n ERROR: CRC is not correctly appended 

\n"); 

exit (3); 

} 

// Now, generate the syndrom table. 



/* Marker for no error */ 
bptab[0'] = NO_ERRORED_BIT; 

/* Marker for >1 error */ 
for (i = 1; i < 65536; i++ ) 
bptab[i] = MULTI_ERRORED_BITS ; 

/* Error correction is performed after the bit stream goes through 
de-scarmbler . we need to calculate syndromes while accounting 
for error duplication of x^58 self -synchronous scarmble. */ 
printf ("\n Error syndrome table, With error 

multiplication: \n" ) ; 
for (i = 0; i < CELL_BYTES; i++) 
{ 

putchar ( ' ' ) ; 
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for (j = 0; j < 8; j++) 
{ 

/■* Take the original data, */ 
memcpy ((u8*)buff2, (u8* ) original , 

5 CELL_BYTES) ; 

buff2 [i] (0x80 » j); // Corrupt 1 bit. 

if ( ((i*8)+j + 58 ) < (CELL_ByTES*8) ) 
{ 

/* Error is duplicated tv/ice inside the current cell. The error is 
duplicated exactly 39 bit and 58 bit periods later, inside the current 
cell. */ 

dup^byte = ((i*8)+j + 39)/ 8; 
dup^bit = ((i*8)+j + 39) % 8; 
// Corrupt the bit at 39 bit period later. 
buff2 [dup_byte] ^= (0x80 » dup_bit) ; 
trip^byte = ((i*8)+j + 58)/ 8; 
trip_bit = ((i*8)+j + 58) % 8; 
// Corrupt the bit at 58 bit period later. 
buff2 [trip_byte] (0x80 » trip_bit) ; 

} 

else if ( ((i*8)+j + 39 ) < (CELL_BYTES*8) ) 
{ 

/* error is duplicated only once. A single-bit error is duplicated 
exactly 39 bit period later, inside the current cell. */ 

dup^byte = ((i*8)+j + 39)/ 8; 
dup^bit = ((i*8)+j + 39) % 8; 
// Corrupt the duplicated bit. 
buff2 [dup_byte] ^= (0x80 » dup_bit) ; 

} 

// Calculate the syndrome, 
crc = crcl6_^ayload (buff2, CELL_BYTES) ; 
printf ( " %04X" ,crc) ; 
35 bptab[crc] = (i * 8) + j; 

} //for j 
putchar ( ' \n' ) ; 
}// for i 

40 } /* generate_error„table / 

[0044] Before any error correction, error detection, or both can be performed, the 
receive ECB module 24 needs to be synchronized. This synchronization 52 is 
45 necessary to build the matrix structure of the receive buffer 46, which is the same 
as the structure shown in Figure 6. 
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25 



[0045] Figure 7 shows the state diagram of the block synchronizer. At the reset, 
the receive ECB is in hunt mode during which it stores the first 72 bytes of the 
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received data in the receive buffer. (It should noted that 72 bytes is the size of 
each buffer — the transmit and the receive buffers — in whole.) 

[0046] Subsequently, the block synchronizer 52 calculates the CRC16 over every 
5 two consecutive codewords in the buffer (the same as in its normal operation), 
and it compares it against the corresponding CRC16 stored in the last row of the 
buffer. If all of the four calculated CRCs match with the ones stored in the last 
row, the synchronization process is complete; otherwise, a sliding window with 
the size of one codeword is maintained (the first row of the receive buffer is 
10 discarded), all other codewords are shifted up by one row, and the new received 
codeword is stored at the last codeword-allocated row of the receive buffer. 

[0047] Recursively, the CRC16 is calculated over every two consecutive 
codewords in the buffer and is compared against the corresponding CRC16 
15 stored in the last row of the buffer. The process of "sliding window" is iterated 
until all of the four calculated CRCs match with the ones stored in the last row. 
This indicates that the synchronization process is complete. 

[0048] The receive ECB is declared "out of synch" if more than N non-correctable 
20 blocks— blocks with more than one single-bit errors — are received. (N is a 
predefined number, usually in the range of 2 to 5.) After the receive ECB block is 
in "synch mode," it starts performing error correction. 

[0049] To examine the performance of the error-cormection scheme, an 
25 exhaustive test was run on 18 bytes of data — ^that is, two codewords (16 bytes) 
plus their corresponding CRC16 (2 bytes). The test verified that any pattern of 
single-bit error can be detected and corrected by the above syndrome table. It 
was also verified that any pattern of double-bit errors can be detected by CRC16; 
these errors, however, can not be corrected by the syndrome table. This ensures 
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that the aforementioned algorithm does not see a double-bit error as a single-bit 
error and correct it by mistake (i.e., no mis-correction). 

[0050] Furthermore, the proposed scheme is 64-bit aligned (requiring no 
5 boundary adjustments), and is compatible with the structure of lOGE defined in 
the IEEE 802.3 standard. 

[0051] As in any error-connection scheme, which typically requires 8% to 15% 
overhead, the overhead of the proposed error correction scheme is two bytes 
10 (CRC) per every two codewords, which is 12.5%. The proposed scheme also 
introduces a negligible amount of latency (equivalent to 64 bytes) due to the 
buffers implemented in ECB_TX and ECB_RX modules. 

[0052] By calculating the probability of frame loss, it can be shown that a single- 
15 bit error correction significantly erJiances the quality of the link (for instance, 
from m''to 10''). 

[0053] As discussed above and shown in Figure 4 a single-bit error correction can 
20 significantly enhance the link quality. Furthermore, there has been no proposal 
of using CRC16 when the errors might be duplicated, for instance, in presence of 
a self-synchronous scrambler. 

[0054] The present invention presents a simple and fast error correction scheme 
25 which can be used in conjunction with 64b /66b encoding in products where 
intra-board (chip-to-chip) or inter-shelf interconnections of high speed elements 
are required. This error correction scheme is not provided in the prior art 
discussed above and should be deemed as an inherent element in 64b /66b 
encoded links because of obvious reasons — the significant consequences that 
30 may arise from discounting certain errors. 



